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Description 

METHOD AND SYSTEM FOR GENERATING AN AUTOMATIC 

AUTHORIZATION 

Technical Field 

[001] The present invention relates to a method and system for generating an automatic 
authorization of shopping carts created daring a procedure of electronic procurement 
of goods or services. 
Background Art 

[002] Within a particular business* typically Acre are well-established requisition rules 
regarding the procedure to be followed in the procurement of goods and services, e.g., 
computer equipment or office supplies. Requisition rules will vary from company to 
company, depending upon a nomber of Actors. 

[003] In a first step, the individual within the business entity (hereinafter referred to as a 
"company") identifies a need and selects desired goods or services from a catalogue 
provided by internal or external suppliers. 

[004] An authorization st^ requires designated individuals to approve the purchase of the 
goods or services. Within die requisition mles, the designated individuals may be 
identified in what is referred to as an ^^authorization workflow." The authorization 
woricflow may identify a single person, e.g., a finance manager, or a number of in- 
dividuals. The authorization woricflow for two independent companies is not likely to 
be the same. 

[005] If the requisition is approved, a purchase Ofder is generated. The purchase order is 
sent to a vendor of the requested goods or services. The vendor then supplies the 
requested item, i.e., goods or services. Payment may be sent with the purchase order, 
but is typically sent in response to an invoice generated by the vendor for deliveiy with 
the item. 

[006] Electronic procurement systems simplify this procedure by providing users with 

virtual shops offering different items to be ordered online. Typically they are set up in 
a computer netwoik using a client server structure. After accessing a virtual shop a 
showcase containing representations of items available in the shop is displayed on the 
user screen. The user performs his/her procurement by selecting representations of the 
items to be ordered and by putting fhe items into a representation of a shopping cart 
also displayed on the screen. An authorization process is started at the end of the 
procedure, usually when the shopping cart is being saved for further processing. 

[007] A typica] authorization scenario includes the value of total shopping cart contents 
being compared either to a fixed amount stored in the system, or to a spending limit 
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(sometunes called budget) deilned by the purchaser's position within the company s 
organizational structure, or by the purchaser's role within the workflow or by 
purchaser's definition as user. If the value of the total shopping cart contents is below 
the fixed amount or spending limit an automated approval is generated. If tiie value of 
total shopping cart contents is above the fixed amount or spending limit an approval 
workflow is started which implements for example at least one manager* s approval. 
Alternatively the purchaser can successively remove items from the shopping cart until 
a shopping cart value below the fixed amount or spending limit is reached. 

[008] This functionality is thought not appropriate for professional buyers but is suitable 
for desktop users carrying out low value purchases. It enables employees to ordei/ 
purchase goods and services up to the specified amount without getting a manager's 
approval each time and thus reduces the total expenses for purchases. 

[009] It constitutes a main disadvantage of the above outlined auttiorization scenario that 
users can create multiple shopping carts in the procurement system each with a value 
slightly below the approval threshold thus creating procurement transactions above 
their approved limits without further approval. 
Disclosure of Invention 

fOlO] Generally, the invention provides a method for automated procurement au- 
thorization in an electronic shopping system with improved puichasei/user budget 
control. 

[01 1] In one aspect, a method for generating an automatic authorization of shopping carts 
created during a procedure of electronic procurement of goods or services depending 
on values stored in a database table is described. Each employee or user has a User- 
defined Budget to his disposal, e.g. an amount of money assigned to a user for buying 
goods or services. Opposite to the 'Spending Limit* approach known in the state of the 
art, the User-defined Budget-value really is a kind of budget, which can be spent and is 
determined for a certain time period. By ordering goods or services the costs are added 
within the time period and compared whether added costs exceed the User-Budget If 
so, then the current shopping has to go through manager's approval, otherwise an 
automated approval workflow is started. The added costs are updated, if during 
approval a manager or requestor rejects or changes or adds items, hrutialization of the 
^cumulative amount spent' occurs automatically at a first update in a new time period 
(month, year). 

[012] Providing a user with a budget over a time period is like an approval, which 

h^pens in advance. The budget is used to regulate the employee's buying authorities 
and to distribute available money among employees. Assigning of a certain User- 
defined Budget to an employee is a delegation of authority to buy. It removes un- 
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necessaiy administrative expenditures and thus shortens the time of procurements. 
[01 3] In one embodiment the method for generating an automatic authorization includes 
values stored in a database table. In another embodiment the data is retrieved from two 
database tables. The first database table includes at least one of a user identification, 
budget-value, currency and time period for the budget-value. The second database 
table includes at least one of a user identification, cumulative amount spent, currency 
and spending-date. 

[014] Details of one or more implementations are set forth in the accompanying drawings 
and the description below. Other features and advantages may be apparent from the de- 
scription, the drawings, and the claims. 
Brief Description of the Drawings 

[015] Figure 1 shows a generic computer system used to implement current invention. 

[01 6] Figure 2 shows an exemplary network topography used to implement current 
invention. 

[017] Rgure 3 shows a flow chart of the process after the shopping cart has been saved 

for further processing. 
[01 8] Figure 4 shows a flow chart of the sub process for the budget check. 

Mode for the Invention 
[019] Referring now to the drawings, in which like numerals represent like elements 

throughout the several figures, aspects of the present invention and the exemplary 

operating environment will be described. 
[020] FIG. 1 illustrates a simplified block diagram of exemplary computer system 999 

having a plurality of computers 900, 901. 902 (or even more). 
[021] Computer 900 can communicate with computers 901 and 902 over network 990. 

Computer 900 has processor 910, memory 920, bus 930, and, optionally, input device 

940 and ou^ut device 950 (I/O devices, user interface 960). As illustrated, the 

invention is implemented by computer program product 100 (CPP), carrier 970 and 

signal 980. 

[022] In respect to computer 900, computer 901/902 is sometimes referred to as "remote 
computer", computer 901/902 is, for example, a server, a peer device or other common 
network node, and typically has many or all of the elements described relative to 
computer 900. 

[023] Computer 900 is, for example, a conventional personal computer (PC), a desktop 
device or a hand-held device, a multiprocessor computer, a pen computer, a micro- 
processor-based or programmable consumer electronics device, a minicomputer, a 
mainframe computer, a personal mobile computing device, a mobile phone, a portable 
or stationary personal computer, a pabntop computer or the like. 
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r0241 processor 910 is, for example, a central processing unit (CPU), a micro-controller 
unit (MCU), digital signal processor (DSP), or the like. 

[025] Memoiy 920 is elements that temporarily or permanently store data and in- 

stnictions. Although memoiy 920 is illostFated as part of computer 900, memory can 
also be implemented in network 990, in computers 901/902 and in processor 910 itself 
(e.g.. cache, register), or elsewheie. Memoiy 920 can be a read only memoiy (ROM), a 
random access memoiy (RAM), or a memoiy with other access options. Memoiy 920 
is physically implemented by computer-readable media, for example: (a) magnetic 
media, like a hard disk, a floppy disk, or other magnetic disk, a tape, a cassette tape; 
(b) optical media, like optical disk (CD-ROM, digital versatile disk - DVD); (c) semi- 
conductor media« like DRAM, SRAM, EPROM, EEPROM, memoiy stick. 

[026] Optionally, memoiy 920 is distributed. Pbitions of memoiy 920 can be removable 
or non-removable. For reading from media and for writing in media, computer 900 
uses well-known devices, for example, disk drives, or tape drives. 

[027] Memoiy 920 stores modules such as, for example, a basic input output system 

(BIOS), an operating system (OS), a program library, a compiler, an interpreter, and a 
text- processing tool. Modules are commercially available and can be installed on 
computer 900. For simplicity, these modules are not illustrated. 

[028] CPP 100 has program instructions and - optionally - data that cause processor 910 
to execute method steps of the present invention. In other words, CPP 100 can control 
the operation of computer 900 and its interaction in network system 999 so that is 
operates to perform in accordance with the invention. For example and without the 
intention to be limitiiig, CPP 100 can be available as source code in any programming 
language, and as object code C'binaiy code") in a compiled form. 

[029] Although CPP 100 is illustrated as being stored in memoiy 920, CPP 100 can be 
located elsewhere. CPP 100 can also be embodied in carrier 970. 

[030] Carrier 970 is illustrated outside computer 900. For communicating CPP 100 to 

computer 900, carrier 970 is conveniently inserted into input device 940. Carrier 970 is 
implemented as any computer readable medium, such as a medium largely explained 
above (cf. memory 920). Generally, carrier 970 is an article of manufacture having a 
computer readable medium with computer readable program code to cause tiie 
computer to perform methods of the present invention. Further, signal 980 can also 
embody computer program product 100. 

[031] Having described CPP 100, carrier 970, and signal 980 in connection with computer 
900 is convenient. Optionally, further earners and further signals embody computer 
program products (CPP) to be executed by forther processors in computers 901 and 
902. 

[032] Input device 940 provides data and instmctions for processing by computer 900. 
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Device 940 can be a keyboard, a pointixig devioe (e.g., mouse, trackball, cuisor 
direction keys), microphone, joystick, game pad, scanner, or disc drive. Altfaough the 
examples are devices with human interaction, device 940 can also be a device without 
human interaction, for example, a wireless receiver (e.g., with satellite dish or 
terrestrial antenna), a sensor (e.g., a thermometer), a counter (e.g., a goods counter in a 
factory). Input device 940 can serve to read carrier 970. 
[033] Output device 950 presents instructions and data that have been processed. Vot 
example, this can be a monitor or a display, (cathode ray tube (CRT), flat panel 
display, liquid crystal display (LCD), speaker, printer, plotter, vibration alert device. 
Output device 950 can conmiunicate witfi the user, but it can also communicate widi 
further computers. 

[034] Input device 940 and output device 950 can be combmed to a single device. Any 
device 940 and 950 can be provided optional. 

[035] Bus 930 and networic 990 provide logical and physical connections by conveying 
instruction and data signals. While connecdons inside computer 900 are conveniently 
referred to as "bus 930", connections between computers 900-902 are referred to as 
"network 990". Optionally, network 990 includes gateways which are computers that 
specialize in data transmission and protocol conversion. 

[036] Devices 940 and 950 are coupled to computer 900 by bus 930 (as illustrated) or by 
network 990 (optional). While Ae signals inside computer 900 are mostly electrical 
signals, the signals in network are electrical, electromagnetic, optical or wireless 
(radio) signals. 

[037] Networks are coimnonplace in offices, enterprise-wide computer networks, 

intranets and the Internet (e.g., world wide web). Network 990 can be a wired or a 
wireless network. To name a few network implementations, network 990 can be, for 
example, a local area network (LAN), a wide area network (WAN), a public switched 
telephone network (PSTN); a Integrated Services Digital Networic (ISDN), an infra-red 
(IR) link, a radio link, like Universal Mobile Telecommunications System (UMTS), 
Global System for Mobile Commonication (GSM), Code Division Multiple Access 
(CDMA), or satellite link. 

[038] A variety of transmission protocols, data formats and conventions is known, for 
example, as transmission control protocol/internet protocol (TCP/DP), hypertext 
transfer protocol (HTTP), secure HTTP, wireless application protocol (WAP), unique 
resource locator (URL), a unique resource identifier (URI), hypertext markup language 
(HTML), extensible markup language (XML), extensible hypertext markup language 
(XHTML), wireless markup language (WML), Standard Generalized Markup 
Language (SGML). 

[039] Interfaces coupled between the elements are also well known in the art For 
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simplicity, interfaces are not illustrated. An interface can be, for example, a serial port 
interface, a parallel port interface, a game port, a universal serial bos (USB) interface, 
an internal or external modem, a video adapter, or a sound card. 



invention. In a company's electronic procuiemrat system a potential usei/purchaser 
connects to an electronic shop using a desktop computer 900 throng a computer 
networic 990. Usually a remote computer 901 running a respective computer program, 
e.g. an electronic commerce software application, provides access to the electronic 
shop server 902, which holds data r^resenting a catalog of items for sale. The items 
may include at least one of goods and services. Also connected to the network 990 is 
the data repositoiy 910, which holds the data assigned to the user in particular relevant 
for using the electronic shop. The stnicture of the repository 910 and data it holds is 
described later on. The electronic commerce software s^pUcation server 901 and the 
electronic shop server 902 may be distributed over the networic. In another 
embodiment they may be different services running physically on the same machine. 
After accessing the electronic shop a showcase containing representations of items 
available in the shop is displayed on the screen to the user. 

[042] Figure 3 shows a flow chart of the process. By selecting representations of the items 
to be ordered and by putting the items into a representation of a shopping cart the user 
creates a list of items. The list comprises descriptions of the selected items including 
item number, price, etc. In the following when referring to the shopping cait die list of 
items is always included. By selecting and deselecting different items in process 11 the 
shopper changes the shopping cart until all required items are entered. At the end of the 
selection procedure the shopping cart is saved in process 12 for further processing. The 
expression saving the shopping cart is intended to include acdon when a user selects a 
single item for purchase without creating a shopping cart explicitly. 

[043] The flow chart of Figure 3 shows in its left branch the process after the shopping 
cart has been saved for further processing. Each time a shopping cart gets saved by 
process 12, a check is performed by process 13 whether or not a sufficient budget is 
still available to the specific user. Process 13 is described in detail referring to Figure 
4, 

[044] To check whether or not a sufficient budget is still available to the specific user, the 
necessary information is loaded from a database table 33^4 by process 26. The in- 
formation includes data representing the budget- value assigned to the user, the time 
period for the budget, the cimiulative amount spent by user in previous purchases, the 



[040] 



Computer and program are closely related. As used hereinafter, phrases, such as 
"the computer provides" and "the program provides", are convenient abbreviations to 
express actions by a computer that is controlled by a program. 

Figure 2 shows an exemplary network topography used to implement current 
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spen^ng-date, which is the date when a previous purchase happened. The data is 
stored in one database table. In another embodiment the data is stored in two database 
tables. The first one 33 contains fields representing the User ID, the budget-value, the 
cuirency of budget-value, and the time period for the budget Tlie second one 34 
contsuns fietds representing the User ID, the cumulative amount spent, the currency of 
cumuladve amount spent, and the 'spending-date' activity. By splitting the inf ormadon 
between two database tables it is easy to assign budget-values to individual users that 
are defined either as attribute in the organizational stracture or as personalized objects 
for a role, in which the user is acting, or as personalized object directly assigned to the 
user. 

[045] The field 'cumulative amount spent* represents the total monetary sum of all items 

a specific user has already ordered in the current time period. 
[046] The field 'spending-date* represents the previous date a specific user has placed an 

order. It is replaced by the current date according to rules described later on. 
[047] All fields in the second table or, if only one database table is used, the respective 

fields in the first table, are first filled with data during the first shopping activity of the 

respective user. 

[048] After getting the above-described data in process 26 first the field *spending-date' is 
compared to the current date in process 27. If the time period corresponding to the 
value of *spending-date' does not correlate to the actual time period for the budget, 
then the value of the cumulative amount spent is set to the initial value, which equals 
zero by process 28. Additionally the field *spending-date* is set according to the 
current date by process 29. 

[049] On the other hand the value of cumulative amount spent remains unchanged, if the 
time period corresponding to the value of *spending-date* lies inside die actual time 
period for the budget. Processing continues directly with process step 30 

[050] Next in process step 30 the total monetary value of the items in the shopping cart is 
calculated and added to tfie 'cumulative amount spent*. The resulting sum E is 
compared with the budget-value in process 30, also. If the sum £ is greater than the 
budget value a message is created in process 31. The message includes the amount 
exceeding the budget value and is not displayed right away but stored for later use. If 
the sum L is smaller than or equals the budget-value assigned to the user processing 
continues directly with process step 32. Process step 32 returns to the calling process. 

[051] Referring now again to figure 3, if process 14 determines that the sum £ is smaller 
than or equals the budget-value assigned to the user, an automated approval for the 
procurement is generated by process 15. In the next process step 19 of the procedure 
the database is updated by saving the sum as the 'cumulative amount spent*. At the 
same time the shopping cart is forwarded to create the required number of purchase 
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orders by process 21. The purchase orders are preferably in electronic form and 
direcUy sent to the respective vendors. 

[052] If process 14 determines that the sam exceeds the budget-value assigned to the user, 
process 16 prompts the user the message created by step 31 additionally asking either 
to accept the shopping cart as it is or to make changes in the selection of items. 

[053] In the first case a workflow for management approval will be started according to 
the approval workflow defined in the procurement system. In the latter case the user is 
guided back to the virtual shop and enabled to make changes to the contents of his 
shopping cart in order to fulfill the requirements for tihe automated approval. Process 
17 directs the flow of prosecution according to the decision. 

[054] If changes are to be made on the contents of the shopping cart the processing is 
continued with process 11. 

[055] Before on the other hand an approval workflow is started, the database is updated 
by saving the sum as the 'cumulative amount spent' by process 1 8. After the ^proval 
workflow process 20 approval only changes in the shopping cart, which were initiated 
during are taken into account The changes comprise deletion of the whole shopping 
cart, deletion of one or several items, replacement of itons, and addition of items. If 
the shopping cart contains items after approval the shopping cart is forwarded to create 
the required number of purchase orders by process 21 as pointed out before. 

[056] In the following the procedure for generating an automated approval is summarized: 

[057] Retrieve (Read out) *budget-value' assigned to user from organizationaJ model or 
personalized data from first table 33 and retrieve (Read out) •cumulative amount spent* 
assigned to user from second table 34 by process 26. If there is no entry, set 
'cumulative amount spent* to initial value, which Is zero. 

[058] Determine if the time period of the current date (purchase/order date) corresponds 
to the time period of 'spending-date* read out from the second table in process 27. If 
TU>t, set *cumulative amount spent* to initial value, which is zero in process 28, and set 
value of 'spending-date' to current date in process 29. 

[059] Calculate a new cumulative amount spent E by adding the sum of values of the 
items in the shopping cart and the 'cumulative amount spent*. If the new cumulative 
amount spent £ does not exceed the 'budget-value' generate an automated au^ 
thorization by process 15 and update value of 'cumulative amount spent* in database 
table by process 19. If the new cumulative amount spent L exceeds 'budget-value* an 
authorization according to the authorization workflow 20 as outlined before is required 
after updating the value of 'cumulative amount spent' in database table by process 18. 
After obtaining the required authorization, usually by means of an electronic workflow 
allowing the authorizing person to leave the shopping cart unchanged or to remove 
items from or to add items to the shopping cart, the value of 'cumulative amount spent* 
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is updated by the value of the new cumulative amount spent calculated according to 
content of the authorized shopping can. If the shopping cart is not changed during the 
authorization woricflow, no update in the database tables is necessary. 
[060] In an example embodiment the virtual shop includes a further button, which can be 
activated by a user. Upon activation a procedure is initialised, which performs a check 
22 on the budget available to die user. Thus a user can check on the remaining budget 
before saving the shopping cart Process consists of the steps outlined above omitting 
the steps of saving the data or creating the purchase order as shown in figure 3. 
[061] In the following the procechire to check the budget is summarized: 
[062] Retrieve 'budget-value' assigned to user from organizational model or personalized 
data (first table). 

[0631 Retrieve 'cumulative amount spent' assigned to user from second table. If there is 

no entry, set 'cumulative amount spent' to initial value, which is zero. 
[0641 Determine if the time period of the cuirent date (jpurchase/order date) corresponds 

to the time period of *spending-date* read out from the second table. If not, set 

'cumulative amount spent' to initial value, which is zero, and set value of 

*spending-<]ate* to current date. 
[065] Calculate a new cumulative amount spent by adding the sum of values of the items 

in the shopping cart and the ^cinnulative amount spent* from database. 
[0661 Compare the new cumulative amount spent with the 'budget-value' 23 and generate 

a respective message 24 on the screen informing the user about the exceeding budget 

value. 

[067] When a shopping cart waiting for approval crosses time periods, the total value is 

added to tiie 'amount spent' of the current time period when it is finally approved. So it 
is impossible to transfer budgets to a new time periods. 

[068] A number of embodiments of the invention have been disclosed. Nevertheless, it 

will be understand that various modifications may be made without d^arting from the 
spirit and scope of the invention. Accordingly, other embodiments are within the scope 
of the following claims. 
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Claims 

Method for generatiiig an automatic authorization of shopping carts created 
during a procedure of electronic procorement of items depending on values 
stored in a database table, the method comprising: 

a) retrieving data from the database table including data representing a budget^ 
value and data lepiesenting a cumulative amount spent during a specified time 
period assigned to the user perfonning the electronic piocuiement (26), 

b) calculating the total value of items in ^e shopping cart, 

c) comparing the sum of the value of the cumulative amount spent and the total 
value of items in the shopping cart widi the budget-value (14), 

d) if the sum lies within the budget-value 
dl) generating authorization (1S)» and 

d2) updating the value of cumulative amount spent by the total value of items in 
the shopping cart (19), 

e) if the sum lies not within the buc^t-value an indication is goierated 
indicating that the budget is exceeded (16, 24). 

The method of claim 1 wherein the items subject to electronic procurement 
include one of goods and services. 

The method of claim 1 wherein the data is retrieved from two database tables 
(33,34). 

The method of claim 3 wherein the data retrieved from the first database table 
(33) includes at least one of a user identification, budget-value, currency of the 
budget-value, and time period for the budget-value. 

The method of claim 3 wherein the data retrieved from the second database (34) 
table includes at least one of a user identification, cumulative amount spent, 
currency of cumulative amount spent, and spending-date. 
The method of claim 1 fiirther comprising the step of: 

al) setting cumulative amount spent in the database table to an initial value (28), 
if ^e time period of the current date does not correspond to the time period of 
spending-date. 

The method of claim 6 ttnther comprising the step of: 
a2) setting the value of spending-date in the database table to the current date 
(29), if the time period of the current date does not correspond to the time period 
of spending-date. 

The method of claim 1 wherein the indication includes a request for changing the 
contents of the shopping cait or for further authorization (16, 17). 
Computer program product comprising program code means stored on a 
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computer readable medium for performing the method of any one of the claiiDS 1 
to 8 when the program is run on a computer. 

An article comprising a computer readable medium that stores executable in- 
structions causing a computer system to: 

retrieve data from a database table including data representing a budget>value» 
data representing a time period for the budget-value, data representing a 
cumulative amount spent during the time period, data representing a spending- 
date, all being assigned to the user performing an electronic procurement ^6), 
calculate the total value of items in a shopping cart created during a procedure of 
electronic procurement, 

compare the sum of the value of the cumulative amount spent and the value of 
items in the shopping cart with the budget-value (14), 
if the sum lies within the budget-value 
dl) generate the authorization (IS) and 

d2) update the value of cumulative amount spent by the value of items in the 
shopping cart (1 9), 

e) if the sum lies not wittun the budget-value, an indication is generated 
mdicating that the budget is exceeded (16, 24). 

The article of claim 10 comprising further instiucdons causing a computer 
system to retrieve data from two database tables(33, 34), 
The article of claim 1 1 comprising further instructions causing a computer 
system to retrieve data from the first database table (33) including at least one of 
a user identification, budget-value, currency of the budget-value, and time period 
for the budget-value. 

Hie article of claim 1 1 comprising further instmctions causing a computer 
system to retrieve data from the second database table (34) including at least one 
of a user identification, cumulative amount spent, currency of the cumulative 
amount spent, and spending-date. 

The article of claim 10 comprising further instructions causing a compute 
system to: 

set cumulative amount spent to an initial value (28), if the time period of the 
cuxrent date does not correspond to the time period of spending-date. 
The article of claim 1 4 comprising further instructions causing a computer 
system to: 

a2) setting the value of spending-date to the current date (29), if the time period 
of the current date does not ooirespond to the time period of spending-date. 
The article of claim 10 comprising ftirther instructions causing a computer 
system to: 
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create a request to change the contents of the shopping cait or to get fuxther au- 
thorization (16, 17). 

fOl 71 System for generating an automatic authorization of shopping carts created 

during a procedure of electronic procurement of items depending on values 
stored in a database table, the system comprising: 

— information retrieval means (930) for getting data irom the database table (33, 
34) including data representing budget- value, time period for the budget-value, 
cumulative amount spent, and spending-date assigned to the user performing the 
electronic procurement, 

— computing means (910) for 

— calculating the total value of items in the shopping cart, 

— for comparing the sum of the value of cumulative amount spent and the value 
of items in die shopping cart with the budget-value, 

— for generating fiie audiorization and updating the value of cumulative amount 
spent by the value of items in the shopping cait if the sum lies within the budget- 
value, 

— and for generating an indication indicating that the budget is exceeded (16, 
24). 

[018] The system of claim 17 wherein the data is retrieved from two database tables 

(33,34). 

[019] The system of claim 18 wherein the data retrieved from the first database table 

(33) includes at least one of a user identification, budget-value, currency of the 
budget-value, and Ume period for the budget-value. 

[020] The system of claim 1 8 wherein the data retrieved from the second database table 

(34) includes at least one of a user identification, cumulative amount spent, 
currency of the cimiulative amount spent, and spending-date. 

[021] The system of claim 17 further comprising; 

information storage means (920) for setting cumulative amount spent to an initial 
value, if the time period of the current date does not conegpond to the time 
period of spending-date. 

[022] The system of claim 21 wherein the information storage means (920) perform the 

step of setting the value of spending-date to the current date, if the time period of 
the current date does not correspond to the time period of spending-date. 

[023] The system of claim 17 wherein the items include at least one of goods and 

services. 

[024] The system of claim 17 wherein the indication Includes a request for changing 

the contents of the shopping cart or for further authoriT^ation (16, 17) 
[025] System for generating an automated procurement authorization in an electronic 
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shopping system comprising: 

- netwoildng means (990) for allowing a user (900) to access a server (901 , 902) 
managing a shop; 

- display means (950) for displaying representations of items available in the 
shop for selecting, each item having a value, and a shopping cart on a screen to 
the user, 

- selection means (940) for allowing the user to select items to be purchased on 
the screen and to put the selected items into the shopping cait; 

- computing means (910) for memorizing a budget-value assigned to the user and 
a fiist variable lepiesenting the cumulative amount spent in the user's previous 
procurement transactions, for updating the first variable by &e value of the 
selected items in the shopping cart, and for comparing tfie first variable with the 
budget>va]ue; 

- approval means for generating the automated procurement authorization, if the 
first variable is smaller than the budget-value, and for generating a message on 
&e screen to the user, if the first variable exceeds the budget-value. 

[026] Method for generating en automated procurement au&orization in an electronic 

shopping system wherein a client is accessing an electronic shop through a 
computer network: 

- displaying representations of items available in the shop for selecting, each item 
having a value, and a shopping cart on a screen to the user; 

- selecting items to be purchased and putting the selected items into the shopping 
cart; 

* updating a first variable representing the cumulative amount spent in the user's 
previous procurement transactions by the value of the selected items in the 
shopping cart; 

- comparing a budget-value assigned to the client with the first variable, and for 
the first variable with the budget-value; 

- approval means for generating the automated procurement authorization, if the 
first variable is smaller than the budget-value, and for generating a message on 
the screen to the user, if the first variable exceeds the budget- value. 
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